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METHOD AND SYSTEM FOR INHIBITING SOFTSWITCH OVERLOAD 

TECHNICAL FIELD OF THE INVENTION 

This invention relates generally to 

telecommunications and more particularly to a method and 
system for inhibiting Softswitch overload. 
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BACKGROUND OF THE INVENTION 

Telecommunications is becoming increasingly 
important in today's society. Telecommunications systems 
allow persons located at great distances to communicate 
with one another. Telephone calls require a connection 
between the telephones used by the persons involved in 
the call. Such connections were traditionally formed by 
creating a physical connection by physically closing a 
plurality of switches to complete a circuit between the 
two telephones. More recently, physical switches have 
been replaced with computer software referred to as a 
"Softswitch." Softswitches perform necessary switching 
of telephone calls through software, thereby creating the 
required circuit. 

One problem affecting softswitches is a potential 
for memory overload. Memory overload refers to the 
consumption of too much of a computer system's memory 
capacity. If too much memory is utilized, memory 

corruption may occur, resulting in a core dump. Another 
potential problem with softswitches is the potential for 
central processing unit overload. This may occur when 
too much of the processing capability of the associated 
processor is utilized. Symptoms of such a problem 
include irregular "timeout" situations. In such a 

"timeout," the processor is unable to execute 
instructions or process calls. 
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SUMMARY OF THE INVENTION 

Therefore, a need has arisen for a method and system 
for inhibiting Softswitch overload. The present 

invention provides a method and system for inhibiting 
Softswitch overload that addresses disadvantages of prior 
systems and methods . 

According to one embodiment of the invention, a 
method for call processing includes receiving at a 
Softswitch executing on a computer a plurality of calls 
for switching, monitoring at least one criteria 
associated with operation of the computer, and based on 
the monitoring, limiting the number of calls processed by 
the computer . 

According to another embodiment of the invention, a 
system for call processing includes a computer having a 
processor and an associated memory. The system also 
includes a Softswitch operating on the computer for 
processing calls and program code stored on the memory 
and operable to monitor at least one criteria associated 
with the operation of the computer. In response to 
determining that at least one criteria exceeds an 
acceptable level, the program code limits additional 
calls processed by the Softswitch until the at least one 
criteria reaches a desired level. 

According to yet another embodiment of the 
invention, a method for call processing includes 
receiving at a Softswitch executing on a computer a 
plurality of calls. The computer has a processor and an 
associated memory. The method also includes monitoring a 
plurality of criteria associated with operation of the 
computer. The plurality of criteria includes the amount 
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of usage of the processor, the amount of usage of the 
memory, and the number of calls being processed by the 
Softswitch. In response to determining that one of the 
plurality of criteria exceeds an acceptable level, 
additional calls are blocked from being processed by the 
Softswitch until the criteria that exceeded an acceptable 
level reaches an acceptable return level . 

Some embodiments of the invention provide numerous 
technical advantages. Other embodiments may realize 
some, none, or all of these advantages. For example, 
according to one embodiment, a method and system are 
provided that may prevent Softswitch overload by 
monitoring relevant parameters of operation of the 
Softswitch and its associated computer. Upon detection 
of potentially dangerous conditions, such as those that 
indicate overload is imminent, remedial action, such as 
refusing additional calls for processing, may be effected 
to avoid overload. Such a system and method results in a 
more reliable Softswitch and therefore more reliable 
telecommunications service for customers. 

Other advantages may be readily ascertainable by 
those skilled in the art and the following FIGURES , 
description, and claims. 
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BRIEF DESCRIPTION OF THE DRAWINGS 

For a more complete understanding of the present 
invention and the advantages thereof, reference is now 
made to the following description taken in conjunction 
5 with the accompanying drawings, wherein like reference 
numbers represent like parts, and which: 

FIGURE 1 is a block diagram of a telecommunications 
system utilizing a Softswitch according to the teachings 
of the invention; 
10 FIGURE 2A is a block diagram of the computer of the 

telecommunications system of FIGURE 1, showing system 
memory and processing units used by the Softswitch of 
FIGURE 1; 

FIGURE 2B is a block diagram of a portion of the 
15 memory of FIGURE 2A, showing processes and buffers 
utilized by the Softswitch of FIGURE 1; 

FIGURE 3 is a block diagram of the overload 
prevention unit of FIGURE 1 showing additional details of 
the unit; 

2 0 FIGURE 4 is a flowchart showing example steps 

associated with the monitoring function of the overload 
prevention unit of FIGURE 1; and 

FIGURE 5 is a flowchart showing example steps 
associated with the operation of the flow control module 

25 of overload prevention unit of FIGURE 1. 
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DETAILED DESCRIPTION OF EXAMPLE EMBODIMENTS THE INVENTION 
Example embodiments of the invention and its 
advantages are best understood by referring to FIGURES 1 
through 5 of the drawings, like numerals being used for 
5 like and corresponding parts of the various drawings. 

FIGURE 1 is a block diagram of a telecommunications 
network 10 according to the teachings of the invention. 
Telecommunications network 10 includes a Softswitch 12. 
Softswitch 12 provides necessary routing of telephone 

10 calls through software and may be designed to accommodate 
any desired type of telecommunications signal. 

As illustrated, Softswitch 12 is implemented on a 
computer 11. Physical components of computer 11 are 
described in greater detail below in conjunction with 

15 FIGURE 2A. Also implemented on computer 11 is an 
overload prevention unit 50 and additional functional 
units 13. According to the teachings of the invention, 
overload prevention unit 50 monitors criteria associated 
with operation of computer 11 and Softswitch 12 to 

20 prevent overload. Upon detection of a potentially 
hazardous condition by overload prevention unit 50, 
remedial action is effected, which may include halting 
processing of additional calls by Softswitch 12. 

As illustrated in FIGURE 1, Softswitch 12 receives 

2 5 signals from three types of telecommunications networks 
14. These telecommunications networks 14 include, in 
this example, an SS7 network 16, a Public Branch Exchange 
18, and a SIP network 20; however other 
telecommunications networks may also benefit from the 

30 teachings of the invention. Associated with SS7 Network 
16 are software switch 22 and digital multiplexing switch 



Attorney's Docket No. PATENT APPLICATION 

065968 . 0144 

7 

24, for example. Software switch 22 and digital 

multiplexing switch 24 allow switching of telephone calls 
placed by traditional telephones 26. ISDN phones 28 are 
associated with public branch exchange 18, and SIP phones 
5 30 are associated with SIP network 20. An SIP proxy 32 
serves as an intermediary between SIP network 2 0 and SIP 
phone 3 0 . 

Also associated with SIP network 20 is a media 
gateway 34. Media gateway 34 supports transmission of 

10 the actual voice or data signal between SIP network 20 
and Softswitch 12 as opposed to the signaling associated 
with such transmissions. A MGCP 36, which stands for 
media Gateway Control Protocol, controls the signaling 
associated with such transmissions. 

15 Associated with each type of telecommunications 

network 14 is a corresponding signaling subsystem 38. 
Signaling subsystems 38, in this example, include an SS7 
signaling subsystem 40, an ISDN signaling subsystem 42, 
and a SIP signaling subsystem 44. In this illustration, 

20 signaling subsystems 38 represent the signaling subsystem 
functional units of Softswitch 12. 

Additional functional units 13 on computer 11 may 
include additional functional capability associated with 
telephony, or any other desired function, that may be 

25 useful to implement on the same computer 11 as Softswitch 
12. For example, additional functional units 13 may 
include provisioning capability for providing telephony 
service for customers. 

In operation, a telephone call, such as a telephone 

30 call initiated by telephone 26, is directed by software 
switches 22 or digital multiplexing switches 24 to SS7 
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network 16 for receipt by SS7 signaling subsystem 40 of 
Softswitch 12. Softswitch 12 appropriately directs the 
call through one of the telecommunications networks 14 
for receipt by the called party. Such calls are directed 
to and through the appropriate network by invoking 
necessary switching such that the called party may 
receive the telephone call. As illustrated, the called 
party may reside on the same type of network as telephone 
26, or other types of networks 14, such as the public 
branch exchange 18 or SIP network 20. Such switching 
utilizes both processor 46 resources and memory 48 on 
Softswitch 12 (FIGURE 2) . 

The invention recognizes that as the volume of calls 
increases, so does the potential for processor overload 
and memory overload. Thus, if too many calls are being 
processed at one time by Softswitch 12, processor 46 may 
be overloaded or memory 4 8 may be overloaded. According 
to the teachings of the invention a flow control unit 50 
monitors processor and memory usage of computer 11. In 
response to determining that the processor usage or the 
memory usage exceeds acceptable levels, flow control unit 
50 initiates remedial action. Additionally, the number 
of calls being processed at one time by Softswitch 12 may 
also be monitored, as described below. As described in 
greater detail below remedial action may include stopping 
certain telephone calls to alleviate potential overload 
concerns . 

FIGURE 2A is a block diagram of computer 11 showing 
additional details of the computer. Computer 11 includes 
a memory 4 8 and a processor system 4 6 according to one 
embodiment of the invention. As illustrated, in one 
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embodiment processing system 4 6 may comprise dual central 
processing units 52 and 54; however, the teachings of the 
invention are applicable to systems utilizing any number 
of processing units including one, two, or more than two 
5 processing units. 

Memory unit 48 is depicted as storing certain 
categories of information for clarity of description; 
however, it is to be understood that memory storage 
associated with any particular category of information 

10 may not be continuous and may be distributed in any 
suitable fashion within memory 48 or other external 
memory. As illustrated, memory unit 4 8 includes 

Softswitch processes and storage 56, system memory 58, 
overload prevention unit storage and processes 60, and 

15 other applications storage and processes 62 . 

Softswitch processes and storage refers to portions 
of memory 48 utilized to store data and programming 
regarding the operation of Softswitch 12, as well as 
underlying processes to effect such switching. System 

2 0 memory 5 8 stores data, programming, and processes 
associated with system operation of the computer system 
11. Overload prevention unit processes and storage 60 
stores data, and programming, and processes associated 
with operation of overload prevention unit 50. Memory 48 

2 5 may store many other types of information, as desired for 

the application of Softswitch 12; however, in this 
example, other applications storage and processes 62 is 
depicted, by example, as processes, programming, and data 
associated with a provisioning server. A provisioning 

3 0 server operates to provision services for individual 
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callers or groups of callers and may, for convenience, 
reside on computer 11 with Softswitch 12 . 

According to the teachings of the invention, 
overload prevention unit 50, represented as being stored 
5 in overload prevention processes and storage 60, monitors 
memory 4 8 and processor system 4 6 to determine whether 
processor usage or memory usage exceeds acceptable levels 
in order to prevent overload of Softswitch 12 . The 
number of calls handled by a Softswitch is also monitored 
10 to detect possible overload of Softswitch 12 and computer 
11. 

FIGURE 2B is a block diagram showing additional 
details of Softswitch processes and storage 56. 
Softswitch processes and storage 56 includes a plurality 

15 of processes 64. Each process may be associated with a 
plurality of calls 68. Softswitch processes and storage 
56 also includes a plurality of buffers 66. Each buffer 
66 may have a plurality of associated memory locations 
72. In one implementation, one call 68 may consume two 

20 memory locations 72; however, other implementations may 
require more or less memory locations associated with 
each call 68. Because, in some embodiments, the amount 
of memory usage is related to the number of calls being 
processed by Softswitch 12, as shown in FIGURE 7B, the 

25 number of calls being processed by the Softswitch may be 
indicative of a potential failure of computer 11. Thus, 
the number of calls being processed by the Softswitch may 
also be monitored to prevent overload. 

FIGURE 3 is a block diagram of overload prevention 

3 0 unit 50, showing additional details of the unit. 
Overload and prevention unit 5 0 includes a monitoring 



Attorney's Docket No. PATENT APPLICATION 

065968 . 0144 

11 

unit 74 and a flow control unit 76. As described in 
greater detail below, monitoring unit 74 monitors the 
usage of processor system 46 and the usage of memory 48. 
In response to determining that the usage of processor 4 6 
5 or memory 4 8 exceeds acceptable levels, flow control unit 
76 is initiated for remedial action. Flow charts showing 
the operation of one embodiment of monitoring unit 74 and 
flow control unit 76 are described below in connection 
with FIGURES 4 and 5. 

10 FIGURE 4 is a flowchart showing operation of 

monitoring unit 74 according to the teachings of the 
invention. According to the teachings of the invention, 
various checks are made on memory usage, processor usage, 
as well as the number of outstanding calls for each 

15 signaling subsystem 14. These checks may be made 
substantially concurrently or may be made in any suitable 
serial fashion. 

Processing begins at step 100. At a step 102 memory 
usage is checked. According to one embodiment, memory 

2 0 usage is checked using a kernal function called 

"SYSINFO." This function call is a UNIX kernal call that 
provides the amount of memory used on a computer. In 
this example, the amount of memory used may be the amount 
of memory used for all applications operating on computer 
25 system 11. Alternatively, the amount of memory used by 
Softswitch 12 may be monitored. At a step 104 a 
determination is made by monitoring unit 74 whether the 
usage level exceeds acceptable limits. According to one 
embodiment of the invention, if the usage level exceeds 

3 0 approximately 8 0 to 85 percent of the total memory 

available, this is considered to exceed acceptable 
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limits; however, any suitable memory usage level may be 
used as an acceptable limit. If the usage limit is not 
exceeded, step 102 is repeated periodically, as 
illustrated by reference numeral 106; however, if the 
5 usage level determined at 104 exceeds appropriate limits, 
flow control unit 76 is executed to provide remedial 
action. Such remedial action is described in greater 
detail in conjunction with FIGURE 5. 

In addition to monitoring memory usage, according to 

10 one embodiment the processor usage is also monitored. At 
a step 108 the usage of processor system 46 is checked. 
This may occur, in one example, by separate checks of the 
processor usage of processor 52 and processor 54. One 
method for implementing such a check of processor usage 

15 is the UNIX shell command "VMS TAT" , offered by Sun 
Microsystems. This UNIX shell command determines and 
provides the processor usage periodically. According to 
one embodiment of the invention, it has been determined 
that checking approximately every ten seconds is 

2 0 desirable; however, other intervals may be utilized. 
Thus the amount of processor usage may be implemented by 
using a time interval option of the shell command VMS TAT . 
At step 110 a determination is made of whether the 
processor usage exceeds acceptable limits. This 

25 determination may be made for either processor 52 or 54, 
or both. Any desired limit may be used; however, 
according to one embodiment of the invention it has been 
determined that when the processor usage exceeds 90-95% 
of capacity, that remedial action should be taken. Thus, 

30 at step 110 if the usage limit is exceeded, flow control 
module 76 is executed at step 106. If the usage limit is 
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not exceeded, CPU usage is checked periodically at step 
108 . 

In the above example , dual processors 52 and 54 were 
utilized. In such a case, remedial action may occur when 
5 either of the two processors exceeds a desired acceptable 
limit. Alternatively, remedial action could be effected 
only when both processors exceed the acceptable limits. 
The second approach may be more desirable if processor 
system 46 is designed to allocate processor requirements 

10 to the processor that is less utilized. In addition, the 
average usage of the two processors 52 and 54 may be used 
to determine whether remedial action is effected. The 
teachings of the invention are also applicable to systems 
utilizing only one processor or processor systems having 

15 two or more processors. 

In addition to checking the memory usage at step 102 
and the processor usage at step 108, the number of 
outstanding calls for each signaling subsystem may be 
monitored as an indication of potential Softswitch 

2 0 overload. At step 112, the number of outstanding calls 
for each signaling subsystem is determined. This step 
may be performed in a variety of ways; however, according 
to one embodiment, a counter is maintained for each 
signaling subsystem. Whenever a call is placed a counter 

25 is incremented and is not decremented until the call is 
terminated. At a step 114, a comparison is made, for 
each signaling subsystem, between the number of calls 
outstanding and the number of calls for each subsystem 
that may take place. As illustrated in FIGURE 2B, each 

30 call is associated with a particular number of buffers, 
which results in the limitation on the number of calls 
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when the available buffers for each signaling subsystem 
are used. Typically, an established call 68 uses two of 
the buffers 72 in Softswitch storage 66. One buffer is 
used for the originating leg and one for the terminating 
5 leg. According to one embodiment, when the number of 
calls, whether in a connecting, established or 
disconnecting stage, exceeds 50% of the maximum capacity 
of buffers 72, this is considered excessive and flow 
control module 106 is executed. If the number of calls 

10 at step 114 is not exceeded, then step 112 is 
periodically executed. 

Thus, according to the teachings of the invention 
one, more than one, or all, of a number of parameters are 
monitored and compared to acceptable levels. If one, 

15 two, or all of these levels are exceeded, remedial action 
may take place. In particular, according to one 

embodiment remedial action may occur if any one of memory 
usage, processor usage, or the number of calls for each 
signaling subsystem is exceeded. However, in other 

2 0 embodiments, flow control may be effected only if a 
combination of two or more of these criteria are met. 

FIGURE 5 is a flowchart showing example steps 
associated with execution of flow control module 76 to 
provide remedial action in response to a determination by 

25 monitoring unit 74 that a relevant usage level has been 
exceeded. The process begins at step 200. At step 202, 
a determination is made of what usage level was exceeded 
during the monitoring process described above in 
conjunction with FIGURE 4. If the number of calls in any 

30 particular subsystem was exceeded, processing continues 
at step 210. If processor usage was exceeded, processing 
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continues at step 220. If a memory usage was exceeded, 
processing continues at step 230. 

If processing continues at step 210, meaning that 
the number of allowable calls for any subsystem was 
5 exceeded, no further calls are accepted by the subsystem. 
At step 212, the number of outstanding calls for the 
subsystem is redetermined. This may be performed in the 
same manner as step 114 associated with call monitoring 
by monitoring unit 74. At step 214 a determination is 

10 made of whether a return level is exceeded. The return 
level is the level at which the normal monitoring will 
continue and calls will again be accepted. This level is 
less than the acceptable level associated with step 114, 
which determines when calls will be stopped. The two 

15 levels differ to prevent "ping-ponging" between 
monitoring and flow control. Thus, for some period of 
time, no calls will be accepted until a return level of 
calls is achieved. If the return level is exceeded, 
monitoring continues at step 212. However, if flow 

2 0 control is not exceeded, processing continues at step 
216. At step 216, calls are again accepted from the 
subsystem and monitoring continues at step 100, as 
described above in conjunction with FIGURE 4. 

If flow control was executed due to excessive 

25 processor usage, processing proceeds at step 220. At 
step 22 0, additional calls from any subsystem are 
refused. At step 222, the processor usage is checked. 
This processor usage check may occur in the same manner 
as described above in conjunction with FIGURE 4. At step 

30 224, a determination is made whether a return level is 
exceeded. If the return level is exceeded, monitoring 
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continues within this flow control at step 222. If the 
return level is not exceeded, then the processor usage 
has dropped to an acceptable level and calls are again 
accepted at step 226. In addition, at step 226 

5 monitoring continues at step 100 of FIGURE 4. Although 
any acceptable return level may be used, it has been 
determined that in the embodiment where calls are 
prevented after a processor level of 90-95% has been 
reached, then a return level of 85-90% is particularly 
10 useful. 

If the flow control process was invoked because of 
excessive memory usage, then processing continues at step 
230. At step 230 additional calls to any subsystem are 
refused. At step 232, memory usage is again checked. 
15 This memory check may be performed in the same manner as 
described above in conjunction with FIGURE 4. At step 
234, the memory usage is compared to a return memory 
level. If the return memory level is exceeded monitoring 
continues and no additional calls are accepted. If 

2 0 however, the return level is not exceeded, calls are 

accepted at step 23 6 and monitoring continues at FIGURE 
4. According to one embodiment, if calls were prevented 
due to a memory usage in the range of 80-85%, calls would 
be reinstated due to a memory level of approximately 75- 
25 80%; however, other suitable levels may be utilized. 

Thus, according to the teachings of the invention, a 
system and method are provided that inhibit Softswitch 
overload . 

Although the present invention has been described 

3 0 with several example embodiments, various changes and 

modifications may be suggested to one skilled in the art. 
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It is intended that the present invention encompass those 
changes and modifications as they fall within the scope 
of the claims. 



